home *** CD-ROM | disk | FTP | other *** search
- Path: news.flinet.com!usenet
- From: kristof@flinet.com
- Newsgroups: comp.dcom.modems
- Subject: My test results for USR Sportster 33.6kbps
- Date: 15 Feb 1996 10:50:59 GMT
- Organization: Florida Internet
- Message-ID: <4fv36j$lvj@news.flinet.com>
- NNTP-Posting-Host: wpb43.flinet.com
- X-Newsreader: AIR News 3.X (SPRY, Inc.)
-
- Hi,
-
- I tried to evaluate the performance of the USR Sportster 28.8 V.34
- with 33.6kbps upgrade (purchased recently for just under $200).
- Just to check how much this new 33.6kbps V.34bis effort is worth in
- the reality of US residential analog lines.
-
- I used 120MHz and 75Mhz Pentium PC's, each with internal USR.
- All transfers were done with the popular QuickLink II communication
- program included with USR and many other modems on the market.
- The port setting in QuickLink was 115,200-8-N-1, RTS/CTS in both PC's.
- The modems init strings was just ATZ4, i.e. the normal hardware profile.
-
- I used two file transfers ZMODEM and ASCII (sender was reading from
- disk and receiver was writing to disk each time, disk writes/reads
- are at least 700 bytes/sec even for the smallest block sizes). The file
- itself was almost non-compressable because it was composed of random
- characters. There were no differences between running with V.42bis
- or without. However, for some strange reason, disabling ARQ LAPM
- degraded the throughput by about 15-20%. Consequently, all test cases
- used ARQ/LAPM/V.42bis. However, I tried to spend some time looking
- into the compressing capabilities of V.42bis and compare with
- the DOS utilities like COMPRESS, PKZIP, or LHA. V.42bis could not
- match PKZIP or LHA, but it was better than COMPRESS (from Microsoft).
- Some very redundant files were compressed so much that the
- serial port rate 115,200 bps was a bottleneck and was slowing the
- modem transmission considerably. All the files I tested with were
- 1MB, i.e. the transfer times were at least 4-5 mins.
-
- To be fair, I tested all four combinations on each connection -
- line1 originates and transmits, line1 originates and receives,
- line2 originates and transmits, and line2 originates and receives.
- There was always one case which experienced retransmissions and
- lesser throughput but nothing consistent and therefore ignored.
-
- Basically, there were two test environments.
-
- 1. Local connection through the PBX (Panasonic modular switching
- system with CMOS crosspoint switch) to eliminate telco lines.
-
- 2. Outside connection through two regular analog telephone lines
- with the switching from my local telco Southern Bell (both
- lines terminating to my PC's sitting next to each other)
-
-
- And here are the results!!!
-
-
- Local connection:
- -------------------------
- All initial connects were 33,600 on both sides. After each file
- transfer, the ATI6 displayed 33,600/33,600 on both sides.
-
- The real/effective throughput (again V.42bis was not able to compress)
- ZMODEM 31,550 bps
- ASCII 31,870 bps
-
-
- Outside connection:
- ----------------------------
- The initial connects on both sides varied 21,600 to 26,400 on both sides.
- But interestingly, after each file transfer, the ATI6 displayed
- 26,400/26,400 Receive/Transmit rates on both sides.
-
- The real/effective throughput (again V.42bis was not able to compress)
-
- ZMODEM 24,810 bps
- ASCII 24,970 bps
-
-
-
-
- P.S. The moral of the story is: forget 33.6 bps and wait for fully-digital.
- I bet my lines were better than average ones across the US and I doubt if
- any other site in the US has significantly better lines (regular analog
- residential-quality).
-
-
-
- Chris
-
-
-
-